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Blockchain Ontologies: OCL and REA 

Unified Modeling Language (UML) of Object Management Group, along with Object 
Constraint Language (OCL), (Purvis and Cranefield 1999) are considered by Joost de Kruijff and 
Hans Weigand as the best fit for blockchain ontology. (de Kruijff and Weigand 2017) OCL is a 
declarative language that describes the rules applicable to UML models and is part of the UML 
standard. Initially, OCL was just an extension of the formal specification language for UML. 
(Object Management Group 2000) Now, OCL can be used with any meta-model. (Object 
Management Group 2006) OCL is a precise text language that provides constraint expressions and 


query objects on any specific model or meta-model that cannot be expressed otherwise by 


schematic notation. OCL is a major component within the new standard recommendation for 
model transformation. 

OCL is an analysis and design method resulted from a previous second-generation object- 
oriented method. OCL includes: 

1. acontext defining the condition when the statement is valid 

2. aproperty of context features (for example an attribute if the context is a class) 
3. an operation handling or qualifying a property; and 

4. keywords for conditional expressions. 

Joost de Kruijff uses OCL for datalogical blockchain ontology (de Kruijff and Weigand 
2017) where wallet (that initiates transactions on the blockchain and receives the result), 
transaction (a request to nodes containing an entry, an amount and an exit, or custom data), and 
node (an entity to prove or validates and adds transactions to a block using a unique hash, being 
rewarded for each successful transaction) are most important components of this ontology. In the 
taxonomy for the ontological structure of a chain, Joost de Kruijff and Hans Weigand distinguish 
several objects. 

Langefors distinguished between information (as well as knowledge) and data (as 
representation), (Goldkuhl 1995) creating a new field in knowledge engineering called infology, 
for the administration of complicated structures. (Dietz 2006) Blockchain as a "distributed 
register" is an infological characterization. A registry consists of accounts. Transactions must 
comply with trading rules. For each transaction the entry is equal to the output. (de Kruijff and 
Weigand 2017) 

Essential or business level refers to what is created directly or indirectly through 


communication. In the Language/Action Perspective, (Narayanan et al. 2016) the key notion in 


communication is commitment as a social relationship based on the common understanding of 
what is right and true, a change of social reality. (de Kruijff and Weigand 2017) 

Enterprise ontology is combined with the business ontology of Resources, Events, Agents 
(REA) to be used for the content of the change. (Hufka and Zacek 2015) REA was originally 
proposed in 1982 by William E. McCarthy as generalized accounting model. (McCarthy 1982) 
REA can add value when shaping current ERP business processes, providing an useful tool for 
understanding. (Fallon and Polovina 1982) 

REA sees the accounting system as a virtual representation of the real business. REA is an 
ontology, with the following real objects included in the model: 

e Resources: goods, services, or money 
e Events: business transactions or agreements affecting resources 
e Agents: people or other human agents (companies, etc.) 

REA philosophy is based on the idea of reusable design patterns, although REA models 
are used to describe databases. 

In ontology-based modeling, conceptualization is the set of ontologies needed to ensure 
common interpretation of data from one or more databases. If blockchain modeling is a specialized 
form of inter-enterprise modeling based on ontology results in a blockchain with improved 
interpretability. (Kim and Laskowski 2016) 

e For informal or semi-formal ontologies, can lead to improvement of database standards as 
well as business practices and processes. 
e For formal ontologies, can help with the formal specification of automatic inference and 


verification. 


In the formal ontology approach, the description is very similar to the definition of smart 
contracts as "pieces of software that represent a business arrangement and execute themselves 
automatically under pre-determined circumstances." (The Economist 2016) 

The REA model developed of Bill McCarthy (McCarthy 1982) can be used in accounting. 
The accounting perspective is appropriate in the context of the blockchain. (de Kruyff and 
Weigand 2017) 

Since the blockchain transaction refers to events that trigger changes in economic reality, 
REA is perceived as more suitable for the baseline analysis than DEMO, which is more appropriate 
for coordinating these events, which is less important for the blockchain. 

REA includes the concept of a contract as a package of mutual commitments, through 
transactions and commitments, where some of the engagements are executed automatically. 
(Szabo 1997) 

Referring to REA processes, it can be said that planning (creating a smart contract) and 
allocation of input resources (output events) materialize on the blockchain, while executing the 
contract by exchange and conversion (in a smaller extension) triggers output resources (input 
events) that could go beyond the blockchain, even for physical entities, such as, for example, IoT 


devices. (de Kruijff and Weigand 2017) 
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